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PROCEDE DE GENERATION DE CODE C A PARTI R DE 
SPECIFICATIONS UML 

La presents invention a pour objet un procede de generation de 
code C a partir de specifications UML. 

II existe des generateurs de code C a partir de code UML, tels que 
5 ceiui de la societe l-LOGIX, mais le langage C, n'etant pas un code objet, on 
ne peut pas transcrire directement et automatiquement en code C des 
concepts « objet » tels que Pheritage et ie polymorphisme. Cette 
impossibilite limite Pinteret de P utilisation de la moderation en UML pour 
produire du code C. Les generateurs connus de code C ne produisent que 
10 des « squelettes » de code ou du code refletant un usage tres limite des 
concepts UML. 

La presente invention a pour objet un procede de generation de 
code C a partir de specifications en langage UML d'un modele, perrnettant 
de produire automatiquement la totalite du code C, aussi bien un code 

15 statique ( y compris la generation de classes et de relations) qu'un code 
dynamique (en particulier pour les machines a etats), le code produit 
respectant avantageusement les specifications Do~178B niveau A. La 
presente invention a egalement pour objet un procede qui garantisse^ la 
coherence complete entre le code C genere et les specifications ecrites dans 

20 le modele UML , qui permette de produire un rapport de generation de code 
C simultanement avec la generation de ce code, ainsi que des scripts de 
mise en configuration, avantageusement pour Poutil « Clearcase » de la 
societe Rational-IBM. Dans le cas de systemes embarques, le code C ainsi 
produit pour de tels systemes sera directement un logiciel embarque. 

25 Le procede conforme a Pinvention est caracterise en ce que Ton 

produit un modele depigmentation detaille en code UML, que Ton structure 
les donnees de ce modele pour les rendre exploitables par Poutil de 
generation de scripts « Model In Action » (dit « MIA » et produit par la societe 
Sodifrance), et que Ton fait produire a cet outil des fichiers en langage C, a 

30 savoir des fichiers« .C », des fichiers« .H », un fichier de rapport de 
generation, des fichiers « batch » de gestion de configuration et des fichiers 
de projet de compilation. 
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Selon une caracteristique avantageuse de I'invention, le code C 
genere recouvre 100% de la specification UML du logicie! (ie logiciel genere 
est ie logiciel embarque) a savoir que tout le spectre de generation est traite 
en statique (relations/classes) comme en dynamique (machines a etats). 

La presente invention sera mieux comprise a la lecture de la 
description detaillee d'un mode de mise en oeuvre, pris a titre d'exemple non 
limitatif et illustre par le dessin annexe, sur lequel : 

-la figure 1 est un diagramme illustrant les etapes principales du 
procede de I'invention, et 

-la figure 2 est une vue partielle d'un exemple de rapport de 
generation, correspondant a un fichier de rapport de generation pouvant etre 
produit selon le procede de I'invention . 

Dans I'exemple decrit ci-dessous, on etablit, de facon classique, un 
modele en langage UML a I'aide d'un outil (1) couramment utilise a cet effet 
par exemple I'outil « RHAPSODY » de la societe l-LOGIX. Le modele ains'i 
cree est exporte (2) sous forme de fichier (3) en langage XMI. La production 
du fichier XMI se fait, par exemple, a I'aide d'un outillage d'export tel que le 
«XMI Toolkit » de la societe l-LOGIX. Le fichier 3 permet d'injecter la 
structure de donnees UML dudit modele dans un moteur de generation de 
fichiers (4). Ce moteur (4) est ici i'outil « Model In Action » (plus simplement 
denomme « MIA ») de la societe SODIFRANCE. II est associe a une 
application de parametrage de scripts (5), denommee GEMJJML_C 
realisee par le Demandeur. Le moteur (4) met en oeuvre ('application (5) 
pour produire une serie de cinq sortes de fichiers, referencee (6) dans son 
ensemble, representant le code C correspondant au modele de depart. 

La serie 6 de fichiers comprend : des fichiers « .C » (7), des fichiers 
« .H » (8), un fichier (9) de rapport de generation de code (comme exige par 
les specifications Do precitees), un fichier « batch » (10) conforme aux 
specifications « Clearcase » et des fichiers (1 1 ) de projet de compilation. Les 
fichiers 7 , 8 et 11 etant produits de facon classique, ne seront pas decrits 
plus en detail. 

II est possible de modifier manuellement le corps des methodes des 
fichiers « .C » generes. Lors des generations suivantes, ces modifications 
ne seront pas ecrasees mais conservees et integrees dans les nouveaux 
fichiers generes. Dans une optique MDE (Model Driven Engineering) ou le 
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modeie et non les fichiers sources sont le coeur du developpement, il est 
preferable de remonter ces modifications rnanuelies dans le modeie. II est 
alors possible d'integrer ces modifications automatiquement dans le modeie 
a I'aide de I'outil de « roundtrip » appele « ReverseC » (12). 
5 Le fichier de rapport (9) permet de garder Phistorique de la generation 

du code C et de comparer entre elles deux versions de rapports de 
generation. Dans le cas present, le rapport est un fichier XML comportant 
toutes les informations correspondant au modeie UML, les fichiers et 
« packages » produits, les scenarios de generation utilises,.... Un exemple 

10 d'une vue d'ecran d'un extrait d'un tel rapport (« Generation report ») est 
represents en figure 2. A chaque element de ce rapport, on associe un ou 
plusieurs totaux de controle (« checksums », par exemple des CRC sur 32 
bits) permettant d'effectuer la comparaison entre versions differentes et la 
detection des modifications entre ces versions, par exemple entre une 

15 nouvelle version de generation et une version de reference de generation: 

A partir des comparaisons ainsi effectuees, on deduit diffe rents etats 
qui fournissent un « etat de comparaison » du fichier examine. Le tableau; ci- 
dessous fournit ces etats de comparaison. Dans ce tableau, les etats fig u rent 
dans leur version anglaise, c'est-a-dire dans la version dans laquelle ils 

20 apparaissent dans le rapport de generation. & 
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Etafs de 
comparaison 


Description de Petat de comparaison du flchier 


New 


Letat « new » est reserve aux fichiers nouveaux par rapport 
a la version de reference. 


Unmodified 


S'applique lorsqu'aucune modification n'a ete apportee a un 
fichier par rapport au fichier de reference. 


Modified 


S'applique lorsqu'il y a eu des modifications dues 
uniquement a des modifications du modeie UML par rapport 
au fichier de reference. 


Manually 
modified 


S'applique en cas de modifications manuelles par rapport a 
ia version de reference. 


Modified & 

manually 

modified 


S'applique en cas de modifications des deux types d'un 
fichier par rapport a la version de reference. 


Removed 


S'applique lorsqu'un fichier n'existe plus dans une nouvelie 
version. Un fichier elimine n'est plus pris en consideration 
dans les rapports de generation uiterieurs. 



Comme illustre en figure 2> un rapport de generation conforme a 
['invention ("Generation Report 1 ') comporte dans des fe net res en en-tete les 
5 deux informations suivantes: 

- Etiquette du numero de version du rapport de reference 
("Reference report label"), 

- Etiquette du numero de version du rapport courant (""New report 
label"), provenant d'une version pn§cedente de generation, 

10 Ensuite, le corps du rapport comporte les trois colonnes suivantes: 

"Item" (designation des differents elements constitutifs et chemin d'acces 
dans leur unite de stockage), "Comparison status" (etat de comparaison, 
conformement au tableau ci-dessus) et "Label" (etiquette, indiquant les 
numeros de version dans leur categorie). Les elements figurant dans la 
15 premiere colonne sont les suivants: 

~ Designation du modeie UML ("Model"). lci t son etat est "modifie" et 
son numero de version est 2.0, 



1 er depot 
5 



- Designation des ensembles logiciels ("Packages"). Dans Pexemple 
decrit ici, ce sont des ensembles Java et Clearcase. Ici, ils sont 
non modifies et ieur version est 1.0, 

- Designation des scenarios de generation ("Scenarios"). Dans 
5 I'exemple, ce sont des scenarios de generation Java et de "batch" 

Clearcase. Ici, ils sont non modifies et Ieur version est 1.0, 
Designation des fichiers generes ("Generated files"). Dans 
Pexemple, ces fichiers sont au nombre de sept, tous de version 
2.0, le premier est nouveau, les statuts des autres etant divers, 
10 comme indique a la deuxieme colonne. 

Le bas du rapport comporte une fenetre indiquant le nom du 
scenario en cours ("batch Clearcase" dans le cas present), un bouton 
"Generate" pour lancer la generation du scenario, et une premiere fenetre 
"Files" indiquant les noms des fichiers de texte Clearcase generes dans ce 
15 scenario, et une deuxieme fenetre "Generated text" affichant le texte de ces 
fichiers. 

Les fichiers "batch" de Clearcase sont generes de fagon a mettre 
a jour automatiquement le tableau Clearcase comportant tous les fichiers de 
code genere, conformement aux informations figurant dans le rapport de 
20 generation La mise a jour du tableau Clearcase est faite en deux phases, 
avec le lancement des deux fichiers PERL suivants: y 

- "checkout.txt": ce fichier prepare la mise a jour du tableau 
Clearcase en verifiant tous les fichiers modifies, 

- "checkin.txt" : ce fichier represente le tableau Clearcase mis a jour. 



1 er depot 



6 



REVENDICATIONS 

1. Precede de generation de code C a partir de specifications 
UML, caracterise en ce que Ton produit un modele 
d'implementation detaille en code UML, que I'on structure les 
donnees de ce modele pour les rendre exploitables par I'outil 
de generation de scripts « ModellnAction », et que I'on fait 
produire a cet outil des fichiers en langage C, a savoir des 
fichiers« .C », des fichiers« .H », un fichier de rapport de 
generation, des fichiers « batch » de gestion de configuration 
et des fichiers de projet de compilation. 

2. Procede selon la revendication 1, caracterise en ce que le 
code C genere recouvre 100% de la specification UML du 
logiciel, tout le spectre de generation etant traite en statique 
comme en dynamique 

3. Procede selon la revendication 1 ou 2, caracterise en ce que le 
modele est produit a I'aide d'un outil de modelisation UML 

4. Procede selon la revendication 3, caracterise en ce que I'outil 
de modelisation UML est « RHAPSODY » de la societe I- 
LOGLX 

5. Procede selon I'une des revendications precedentes, 
caracterise en ce que le fichier de rapport de generation 
comporte les informations suivantes : 

-numero de version du rapport de reference, 
-numero de version du rapport courant, 
-designation du modele UML avec son etat et son 
numero de version, 

-designation des ensembles logiciels produits avec leur 
etat et leur numero de version, 

-designation des scenarios de generation avec leur etat 
et leur numero de version, 

-designation des fichiers generes avec leur etat et leur 

numero de version 

-nom du scenario en cours, 

-nom des fichiers de texte generes du scenario. 
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Procede selon la revendication 5, caracterise en ce que les 
scenarios sont du type « Clearcase ». 

Procede selon la revendication 5 ou 6, caracterise en ce que 
les etats des fichiers generes sont des etats de comparaison 
par rapport a ceux d'une generation precedente (generation 
reference). 

Procede selon la revendication 6, caracterise en ce que Tetat 
de chaque fichier est Tun des suivants : 

-nouveau, 

-non modifie 

-modifie 

-modifie manuellement, 

-modifie et modifie manuellement, 

-elimine. 
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